home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-eplain-archive / 000033_kb@cs.umb.edu_Thu Sep 29 02:14:38 1994.msg < prev    next >
Internet Message Format  |  1995-01-08  |  1KB
  1. Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA16405
  2.   (5.65c/IDA-1.4.4 for <tex-eplain@cs.umb.edu>); Thu, 29 Sep 1994 06:14:59 -0400
  3. Received: by terminus.cs.umb.edu id AA09434
  4.   (5.65c/IDA-1.4.4 for tex-eplain@cs.umb.edu); Thu, 29 Sep 1994 06:14:38 -0400
  5. Date: Thu, 29 Sep 1994 06:14:38 -0400
  6. From: "K. Berry" <kb@cs.umb.edu>
  7. Message-Id: <199409291014.AA09434@terminus.cs.umb.edu>
  8. To: cadwell@shishi.ca.boeing.com
  9. Cc: tex-eplain@cs.umb.edu, cadwell@shishi.ca.boeing.com
  10. Subject: Re: Having problem with eplain table of contents
  11.  
  12.      (1) that the \writetocentry
  13.     opens the toc file for writing (2) since after running tex
  14.     the data IS in the toc file, \readtocfile ``found'' that
  15.     the toc file was already open, so did not reopen it, and
  16.     (3) since there are no table of contents entries in the
  17.     output that on \readtocfile the file pointer was passed
  18.     the data (at the end of file), thus, no data read.
  19.  
  20. Yes, this is all correct.  (You can always look at the source, too, if
  21. you don't like to deduce behavior from black boxes :-)
  22.  
  23. I never thought about the case of having to write a toc entry
  24. before you actually print the toc.  You necessarily have to call
  25. \readtocfile first, no matter what.  I guess you could save the result
  26. in a vbox and then unpack it later when it's time to print?
  27. That's the only solution that comes to mind.